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(54) Microprocessor with debugging system 

(57) A system provides debugging functions for high- 
speed processors by adding a comparatively small 
amount of hardware to the microprocessor. A debugging 
module which receives part of the debugging function is 
placed in a microprocessor and is connected with a 
digging tool outside the processor. In the debugging 
module, a processor core in the processor accesses and 

^ 



executes a rrK)nitor program in the debugging tod 60 
through the debugging module. In the normal mode, 
while the processor executes a user program, the debug- 
ging module receives trace information and sends it to 
the debugging tool and also performs tasks related to the 
breakpoints. 
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Description 

Field of The invention 

The present invention concerns a debugging system s 
for debugging microcomputer appiication systems. 

BapkqroMndofthgAl 

Fig. 1 shows example 1 of the prior art which is a io 
debugging system that is gaierally called a ROM moni- 
tor. A serial internee 80 for connecting with a host com- 
puter 90 is provided on a user target system 70, and a 
monitor program 41 is stored in memory 40. Microproc- 
essor 10 accesses I/O 50. memory 40. and register 1 1 is 
by running monitor program 41 . Furthermore, execution 
control of user programs is performed by using software 
break instructions. 

Fig. 2 shows example 2 of the prior art. A serial inter- 
face 12, needed for communication wrth digging tool 2o 
100. and a sequencer 13 for interpreting and executing 
the electrical signals sent from the debugging tool 100, 
are contained in microprocessa 10 on user target sys- 
tem 70. According to recaved signals, sequencer 13 
tempaarily halts the execution of tine us^ prog'am's 25 
accessing of register 1 1 , or accessing of manory 40 or 
lyo 50 by using bus controller 14. Furthermore, execution 
control of user programs is performed by using hardware 
break points or software break instructions. 

Since signals from serial interface 12 often cannot 30 
be connected directiy to host conrputer 90, debugging 
tool 1 00 converts the commands from host conputer 90 
to electrical signals that can be connected directly to 
microprocessor 10, and converts signals from micro- 
processor 1 0 to a data format host computer 90 under- 55 
stands. 

Fig. 3 shows example 3 of the prior art which is a 
debugging system that is generally called an in-drcurt 
emulator. During digging, microprocessor 10 on user 
target board system 70 Is removed or made inactive, and 40 
the probe of debusing tool 1 1 0 is connected thereto for 
running debugging microprocessor 120 instead. Debug- 
ging microprocessor 120 controls the execution of the 
user programs, accesses data in memory 40, and 
accesses IAD 50 by executing the monitor program 45 
stored In monitor program memory 1 30 on the debugging 
tool. Moreover, debugging microprocessor 120 executes 
programs stored in memory 40 on the user target system 
just as though the microprocessor 10 were executing 
them. Moreover, debugging tool 1 1 0 has a trace memory so 
140. and can trace the state off tiie processor bus of 
debugging microprocessor 120. DetHiggIng microproc- 
essor 110 outputs the trace information that is not avail- 
able from nf)icrq>rocessor 10. By doing so. some of the 
internal state of the processor that cannot be traced from ss 
the processor bus alone can be traced. 

Fig. 4 shows example 4 of the prior art which is a 
debugging system that is generally called a pre-proces- 
sor. By connecting tiie probe of a logic analyser 150 to 



processor bus 90 of microprocessor 10 on user target 
system 70. accesses to memory 40 and I/O 50 of micro- 
processor 10 can be traced. 

Since the operations and circuit structures of the 
examples of tiie prior art explained in Figs. 1 tfirough 4 
are well known to those skilled in the art. no furtiier expla- 
nation will be provided here. 

Problem? tfifi Pre^^nt Inventi'gn g^gks tP $Qlv9 

in example 1 of the prior art. since the monitor pro- 
gram runs on the user memory, if an operation of the 
memory system of the user's target system is not com- 
plete, there are cases in which tiie monitor itself does not 
operate in a stable manner. Moreover, if there is no room 
left in tiie memory of the target system, the address 
space to be occupied by the monitor may not be availa- 
bla Furthermore, since some of the user interrij|)t must 
be used for the entry into the monitor nxxle. debugging 
is sometimes impossible, depending on the kind of pro- 
gram. Moreover, it is necessary to provide circuits such 
as a serial interface circuit in the target system that may 
not be used after the debugging. Also, since no 
resources for debugging, such as hardware break points 
are provided, tiie debugging functions are poor, and 
traces cannot be obtained. 

In example 2 of the prior art, since a sequencer is 
incorporated in the microprocessor, and the sequencer 
accesses the registers, tiie logic circuits for connection 
wttii tiie detxjgging tool become conrplex. and the sur- 
face area they require on the chip becomes large. More- 
over, when addrtionat registers or the like are provided, 
tiie sequencer must be updated. Furtiiermore. traces 
cannot be obtained in this prior art example. 

In example 3 of the prior art. since the debugging 
tool is corrected to all of tiie pins of the microprocessor 
on the user target, the probe becomes expensive, and 
the contact of the probe is often unstable. Moreover, 
when switching accesses between the memory on tiie 
target and the monitor memory in the debugging tool, the 
buses must be switched rapidly; therefore, it is difficult to 
implement with processors running at a high operating 
frequency. If tiiere are derivative miaoprocessors, 
because their packages, pin counts and pin assignment 
are different, though essentially tiie same debugging tool 
can be used, different debugging tods must be prepared 
with probes for the respective derivative microproces- 
sors. Moreover, connecting the probe has an influence 
on the signals used in the user target, which may some- 
times make tiie operation of the user target itself unsta- 
ble. 

Though ^uurnple 4 of the prior art is effective with 
respect to tracing, even with high-frequency processors, 
it cannot peribrm tracing witti respect to processors witii 
internal cache memories while the cache is being hit. 
Moreover, with respect to tiie processors with internal 
queues, it is not possible to determine whether fetched 
instructions are executed or not. Furthermore, there is 
no function for controlling tiie execution of tiie user pro- 
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gram, and it is not possible to read the contents of the 
user memory or the I/O. 

Swrnmary Pf the InventiQn 

In order to solve the problems of example 1 of the 
prior art. the monitor memory is provided in the ddaug- 
ging tool, the monitor program is operated by using sig- 
nals dedicated to the debugging tool, an interrupt 
dedicated to the digging tool is prepared, and a hard- 
ware break function is incorporated in the miaoproces- 
sor. In order to solve the profc)lems of example 2 of the 
prior art. the roisters, the user memory, and the I/O are 
accessed by using a monitor program. In order to solve 
the problems of example 3 of the prior art. the logic or- 
cuits for running nronitor programs in the monitor mem- 
ory in the debugging tod. the logic circuits for performing 
execution control including hardware break points, and 
the logic circuits for outputting the PC inforn^tion of the 
executed instructions are incorporated in the microproc- 
essor. Moreov^. pins d^icated to connection with the 
debugging tool are provided in the microprocessor, and 
only these pins are connected with the digging tool. 
Further, a function is added which lowers the clock fre- 
quency only during the execution of the n^itor program. 
In order to solve the problems of exam^e 4 of the prior 
art, the logic circuit for executing a monitor program on 
the monitor memory in the debugging tool, the logic cir- 
cuit for execution control including hardware break 
points, and the logic circuit for outputting PC information 
of the executed instructions are incorporated into the 
microprocessor. 

Brief Explanatipn pf the Prawings 

Fig. 1 : Diagram showing ^e structure of example 1 
of the prior art. 

Fig. 2: Diagram showing the structure of example 2 
of the prior art. 

Rg. 3: Diagram showing the structure of example 3 
of the prior art. 

Rg. 4: Diagram showing the structure of example 4 
of the prior art. 

Fig. 5: Diagram showing the structure of an embod- 
iment of the present invention. 

Fig. 6: Diagram showing the structure of the debug- 
ging nrtodule of an embodiment of the present invention. 

Fig. 7: Diagram showing the structure of the d^}ug- 
ging tool of an embodiment of the pr^ent invention. 

Fig. 8: Diagram showing an outline of circuits related 
to the serial monitor bus of an enrrbodiment of the present 
invention. 

Rg. 9: Timing chart of the write bus operation of the 
serial monitor bus in an embodiment of the present 
invention. 

Fig. 10: Timing chart of the write bus operation of 
the s^ial monitor bus in an embodiment of the present 
invention. 



Rg. 1 1 : Timing chart showing an example of the PC 
trace output of a branch instruction in an embodiment of 
the present invention. 

Rg. 12: Timing chart showing an example of the PC 
5 trace output of an indirect jump instruction in an enrtood- 
iment of the present invention. 

Rg. 13: Timing chart showing an example of the PC 
trace output of an exception and indirect jump instruction 
in an embodiment of the present invention. 
10 Fig. 14: Timing chart showing an exanrtple of the out- 
put timing of the PCST[2:0] when a debug exception 
occurs in an embodiment of the present invention. 

Rg. 15: Timing chart showing the output timir^ of 
the PCST[2:0] in a case in which a target PC is output 
15 when a debug exertion occurs in an embodiment of the 
preserrt invention. 

Rg. 16: Timing chart showing the output timing of 
the PCSTI2:0] when there is a return from the drugging 
nKxie in an embodiment of the present invention. 
20 Rg. 17: Timing chart of an example of the occur- 
rence of a trace trigger during the successive execution 
of ordinary instructions. 

Rg. 18: Timing chart of an exan^ple of a case in 
which a trace trigger has occurred during the execution 
25 of an exception-occurring instruction. 

Rg. 19: Timing chart of an example of a case in 
which a trace trigger occurred during tine execution of an 
indirect jump instruction. 

Rg. 20: Diagram showing the structure of the trace 
30 menK>ry interface and the trace memory in tiie debug- 
ging tool 60. 

Rg. 21 : Diagram showing tiie structure of the power 
supply part of the debugging nvidule. 

Rg. 22: Diagram showing the structure of tiie initial- 
35 ization circuit of the debugging module. 

gypiftriatipnofSyn^pIg: 
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Detailed Descriotion of the Invention 

The present invention will be explained below with 
reject to embodiments in which the present invention 
is appli^ to a microprocessor incorporating a processor 
core with 32-btt addresses and a 32-bit data bus. The 
asterisks {*) added to signal names in the figure and 
during the explanation below indicate that these signals 
are negative logic. 

Overall Explanation of Debuaoinp System 

Fig. 5 shows a structural diagram of the debugging 
system of an embodiment of the present invention. The 
debugging system comprises a user target system 70 
and a debugging tool 60. User target system 70 is con- 
structed with a microprocessor 10 that incorporates a 
debugging function, a memory 40. and an I/O 50. Micro- 
processor 1 0 is constructs with a processor core 20 and 
a debugging noodule 30. Processor core 20 accesses 
memory 40 and I/O 50 through processor bus 20 and 
executes programs. Processor core 20 is further con- 
nected to debugging module 30 via an internal debug- 
ging interface 15 and an internal processor bus 16. 
Debugging module 30 is connected to detaigging tool 60 
via an external debugging interliace 71 . 

Explanation of the Execution Modes 

The debugging system has two execution modes: a 
defcxjgging mode in which the microprocessor executes 
the monitor program, and a normal mode in which the 
nmcroprocessor executes the user program. 

Explanation of the Debupqinp Mode 

If a d^g exc^ion or a debug reset occurs in proc- 
essor core 20. a junp to the vector address of the det)ug 
exception or reset is executed and the debugging mode 
is entered. The menrK}ries corresponding to these vector 
addresses are located in digging tool 60. Processor 
core 20 executes the monitor program on debugging tool 



60 through debugging module 30. The monitor program 
implements the execution control functions, such as the 
reading and writing of memory. I/O, and registers, the 
setting of hardware break points, the indication of the 
5 execution start address of tiie user program, etc. Execu- 
tion of the return to the normal mode instruction by proc* 
essor core 20 causes return to the normal mode to start 
or re-start the execution of tiie user program. 

10 Explanation of the Normal Mode 

In the normal mode, the debugging system ex^utes 
the user program. In the normal mode, the PC (program 
counter) information is output to an external debugging 
15 interface 71. The debugging system requests a debug 
exception or debug r^etto processor core 20. by means 
of hardware break, software break, debug Inten'upt, 
debug reset, etc.. and passes control to the debugging 
mode. 

20 

Summary Explanation of ttie Debug ging Module Func- 
tions 

Below, explanation will be given on the serial n>onitor 
25 bus function which is operative during the debugging 
mode, and on the PC trace function, trace trigger func- 
tions, hardware break functions, software breakfunction. 
debug interrupt, debug reset, and masking function 
which are operative in the normal mode. 

30 

Explanation of the Se rial Monitor Bus Function 

When processor core 20 accesses tiie address 
region dedicated to the n^rtor. the serial ntonitor bus 

35 function is executed by accessing the monitCH' memory 
in digging tool 60 tiirough a serial transmission path 
by means of the pins dedicated to digging. When a 
region outside tiie memory dedicated to the monitor is 
accessor, access through the ordinary processor bus is 

40 performed. By this means, the nrx>nitor can also access 
the memory and I/O on the user target system. Though 
the bit width of the serial monitor bus is 1 bit in tiie embod- 
iments below, if more microprocessor pins are availatsle 
for this bus. one can also make it multiple-bit wide. 

46 

Explanation of the PC Trace Function 

The PC trace function traces tiie program counter 
(PC) values while proctor core 20 is executing a user 

so program. This Is in^lemented by outputting the PC trace 
information to internal debugging interface 15 when 
processor core 20 is executing the user program from 
memory 40, having debugging module 30 obtain and 
process rt. and then outputting it to the debugging tool 

55 via the external det)ugging interface. 
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Exptanation of the Trace TriaQer Functicyis 

There are three kinds of trace trigger furKrtions: the 
irstruction address trace trigger, the data address break 
and the processor bus trace trigger Tlie instruction 
address trace trigger function is implemented by com- 
paring the value of the instruction execution address that 
processor core 20 outputs, to the internal debugging 
interface with the value of the acUress that has been set 
in the register in debugging module 30. When they 
match, digging tool 60 is informed via external debug- 
ging interfece 71 that a trace trigger has occurred. The 
data address trace trigger function is in^lemented by 
corrparing the value of the data access address that 
processa core 20 outputs to the internal debugging 
interfece. with the value of the address that has been set 
in the register in debugging module 30. When they 
match, debugging tool 60 is informed through external 
debugging interfece 71 that a trace trigger has occunred. 
TTie processor bus trace trigger function is Implemented 
by conparing the value of the data access address ar^J 
the data that processor core 20 outputs to the internal 
debugging interfece. with the value of the address and 
data that has been set in the register in the debugging 
module 30. When they match, debugging tool 60 is 
informed through extemal debugging interfece 71 that a 
trace trigger has occurred. 

BoDlanation of the Hardware Break Function 

There are three kinds of hardware break functions: 
an instruction address break, a dafe address break, and 
a processor bus break. The instruction address break 
function is implemented by conparing the value of the 
instructbn execution address processor core 20 outputs 
to the internal debugging interfece. with the value of the 
address that has been set in the register in the debugging 
module 30. When they match, a debug exertion is dis- 
patched to processor core 20. The dafe address break 
function is implerfiented by comparing the value of the 
data access address processor core 20 outputs to the 
internal debugging Interfece. with the value of the 
address which has been set in the register in debugging 
module 30. When they match, a debug exception is dis- 
patched to processor core 20. The processor bus break 
function is implemented by comparing the values of the 
data access address and the dafe processor core 20 out- 
puts to the internal debugging Interface, with the values 
of the address and data that have been set in the register 
in debugging module 30. When they match, a debug 
interrupt request is dispatched to processor core 20. 

Explgnation pf the ggftw^rQ Breqk F^ngtipn 

The software break function causes a debug excep- 
tion wherein processor core 20 executes a software 
break instruction. It causes a transfer to the debug nxxie. 



Explanation of thft D ebug Interrupt Function 

In the debug interrupt function, processor 20 causes 
a debug interrupt by asserting a debi^ interrupt signal. 
5 It causes a transfer to the debug rrrode. 

Explanation of the Deb uo Reset Function 

In the d^g reset function, processor 20 causes a 
10 debug reset by asserting a debug reset signal. It initial- 
izes the internal states of processor 20 arKi debugging 
module 30, seta processor core 20 to be in the debug 
mode, and causes execution of tiie program to start from 
tiie vector address for the detxig reset. 

Ewlanation of the Marking Function 

The masking function, according to its setting, 
masks the user Interrupt during the normal mode or 
masks the user reset during the debug nrxxJe. 

Detailed Explanation of tiie Overall Ck>nstruction of the 
Debugging Module 

D^)ugging module 30 will now be explained in 
detail. Rg. 6 shows the Internal blocks of debugging 
module 30. Debugging module 30 contains an Instruc- 
tion/data ackiress break circuit 31 . a PC trace circuit 32, 
a processor bus break circuit 33. a serial nronltor bus 
circuit 34. a register circuit 35. an external interface cir- 
cuit 36. and a frequency dividing circuit 37. 

PC trace circuit 32 Is connected to processor core 
20 by Internal digging Interface 15. The PC Informa- 
tion of tiie executed instructions, output from processor 
20. is input, the information Is processed, and the result 
is output to tiie external Interfece circuit 36. 

Instruction/data address break circuit 31 is con- 
nected to processor core 20 by internal debugging inter- 
fece 15. In case circuit 31 inputs the insti^uction address 
output from processor 20 and Its value matches the 
instruction address set In register circuit 35, the circuit 
requests an instruction address break exception to the 
processor core 20, if the use of Instruction address 
breaks has been enabled. Then, if the use of trace trig- 
gers has been enabled, the occun-ence of the trigger Is 
informed to PC trace circuit 32. 

In case the circuit Inputs the data address output 
from processor core 20 and the value matches tiie data 
address which has been set In register circuit 35. a data 
address break exception request Is dispatched to proc- 
essor core 20. if the use of data address breaks has been 
enabled. Then. If tiie use of trace triggers has been ena- 
bled, the occurrence of the trigger Is informed to the PC 
trace circuit 32. The use of a break or a tace trigger is 
enabled by the value of the con-esponding bit of the cor- 
responding roister In register circuit 35. 

Processor bus break circuit 33 is connected to proc- 
essor core 20 through internal processor bus 16. Each 
bit of data can be masked. This circuit monitors tiie bus 
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cydes on the processor bus, and if the address and data 
set in register circuit 35 matches the address and data 
occurring during the bus cycle, it will dispatch an excep- 
tion request to the processor core. Then, if the use of 
trace triggers has been enabl^J, the occurrence of the 
trigger Is informed to PC trace circuit 32. 

Serial monitor tus circuit 34 is connected to proces- 
sor core 20 through an internal processor bus 1 6. When 
the processor core executes a monitor program on 
debugging tool 60, the circuit converts the data in parallel 
format into serial format, or converts the data in serial 
fornnat into to parallel format for interfacing therebe- 
tween. 

Register circuit 35 contains control registers which 
control the functions of the debugging module. An 
address is allocated to ^ch register. They are con- 
nected to processor core 20 via internal processor kxjs 
16 and int^-nal delxjgging interlace 15 so that the con- 
tents of the control registers can be read or written by 
running the monitor program. Moreover, the corrtents of 
the control register are output to each circuit in debug- 
ging module 30 and to processor core 20 to control the 
digging function. 

External intalace circiit 36 controls PC trace circuit 
32 in digging module 30, serial mortitor bus circuit 34, 
and the interface of processor core 20 and debugging 
tool 60. The masking function is also intplemented within 
external interface circuit 36. 

Frequency dividing circuit 37 divides the frequency 
of the dock signal CLK. The serial monitor bus drcult is 
operated by the fr^uency-divkied clock CLX 2. 

Detailed Explanation of the Overall Construction of the 
Debugging Tod 

Fig. 7 shows the overall construction of the detxjg- 
ging tool. Debugging tool 60 contains comnrtunication 
interface 620, controller 630, nnonitor menfK)ry 640, mon- 
itor memory interface 650, trace memory interface 660, 
trace memory 670. run controller 680. and target inter- 
face 630. 

Communication interface 620 perforrrs comnnunica- 
tions with the host conr^uter. Contrdler 630 analyzes 
commands sent from the host computer via communica- 
tion interface 620,- executes them, and returns the 
results. Monitor memory 640 is the memory for storing 
and executing the monitor program. Monitor menr^ry 
interface 650 converts the serial signals from the user 
target system 70 into parallel signals accessible to mon- 
itor memory 640, and also arbitrates the access requests 
from controller 630 and the microprocessor on the user 
target 

Trace memory 670 is the memory for storing the PC 
Information which is sent from microprocessor 10 on 
user target system 70. Trace memory interface 660 
stores in trace menr>ory 670. the PC information sent 
from microprocessor 1 0 on the user target system. More- 
over, when there is an access request from controller 
630. it art)itrates this request so that the storage of the 



PC information being sent from the microprocessor on 
the user target is not obstructed. 

Run controller 680 inputs the user reset signal 
RESET* which is fed from user target system 70 and volt- 

5 age VDD of the power source line of the user system. By 
giving the debug interrupt signal DINT* and the debug 
reset signal DRESET* to the user target system, it 
resets, stops, or executes the user program. 

Target interface 630 consists of a circuit fc^* protect- 

10 ing user target system 70 and debugging tool 60 when 
the power is turned on, and a drcuit which regulates the 
input/output voltage according to the power source volt- 
age of target user system 70. 

15 Interface Signals between the Debuaaina Tool and the 
Microprocessor 

There are in total twenty lines for the interface sig- 
nals between the digging tool and the microproces- 
20 sor. The input/output designations show the directions 
when seen from the microprocessor side. The following 
eight lines are for the external debugging interface sig- 
nals between the debugging modules 30 and the debug- 
ging tool 60: 

25 

1. DCLK: output 

2. DRESET : input 
3-5. PCST(2:0) : output 
6. SDAO/TPC : output 

30 7. SD I/DINT : input 

8. DBQE : input 

The following signals are also connected to 
d^Hjgglng tod 60. although they are not dedicated to 
35 the debugging tool. 

9. RESET : output 

10. VDD : output 



11-20. GND : ground 

(1) DCLK (D^g clock) : output terminal: 

This is the dock output to d^g tool &>, The timing 
of all of the serial monitor bus and the PC trace interface 
signals is defined by this debug dock DCLK. When the 
serial ntonitor bus is functioning, DCLK is the clock 
obtained by frequency-dividing the operating clock of the 
processor core 20. 

(2) DRESET* (Debug reset) : input terminal (terminal 
with pull-up): 

Debug reset input. A low-active signal. When 
DRESEF is asserted, the ICE nxxiule is initialize (not 
related to DBGE). When debusing toot 60 is not used, 
this terminal should not be connected. 



25 



40 Ten ground lines are also connects. • 
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(3) POST (2:0) (PC trace status) : output terminal: 

These terminals output the PC trace status informa- 
tion and the serial nx)nitor bus mode given below. The 
table below shows the meanings of the 3-brt codes output 
by the PCST 
111 (STL) ; pipeline stall 

110 (JMP) : branchflump taken (with PC output) 
101 (BRT) : branchflurrp taken (without PC output) 
1 00 (EXP) : exc^on occun^ed (with an exception vector 
code output) 

Oil (SEQ) : sequential execution (indicating that 1 
ir^uction was executed) 

010 (TST) : trace ti^igg^ output during pipeline stall 

001 (TSQ) : trace trigger output during execution 

000 (OBM) : debugging mode (0: low level. 1 : high leveO 

Table 1 

(4) OBGE* (Debugger Enable) : input terminal (terminal 
witii pull-up); 

This terminal Indicates whether the debugging tool 
60 is connected or not If debugging tool 60 is not con- 
nected externally, it becomes high-level because of the 
pull-up. Since d^sugglng tool 60 side is made low-level, 
connecting the d^^ugging tool makes it low-level. 

When debugging tool 60 is not connected (when the 
DBGE* signal is hIgh-leveO. the d^g exc^on vector 
address of processor core 20 becomes a region which 
Is released to the user, allowing the control to be trans- 
ferr^ to a monitor prqsared by the user on the debug 
exception. Mor^ver. tiie user reset is dsabled (which 
initializes the debugging module function to disable the 
debugging functions), except for the hardware break 
function, rahjcing power consumption of the microproc- 
essor. Moreover, all the output sigr^s (SDAO/TPC. 
DCLK. PCST[2:0]) exhibit a high-impedance state. 

When debugging tool 60 is connected, the debug 
exception vector ^Idress of processor core 20 becomes 
the monitor-dedicated region which is not released to the 
user. At this time, the user reset does not Initialize the 
debugging module, which allows tiie debugging func- 
tions to be utilized, even immediately after user reset. 
That is. tiie present invention satisfies the request to 
observe the behavior of the user target system immedi- 
ately aft&' the user reset. 

(5) SDAOH'P (Serial data and address output^target PC) : 
output terminal; 

When the microprocessor Is executing a monitor 
program (hereinafter refered to as the debugging 
mode), this terminal functions as the terminal SDAO 
(Serial Data and Address Output) which serially outputs 
data/address. When tiie microprocessor is executing a 
user program (hereinafter referred to as the normal 
mode), it functions as the terminal TPC (Target PC) 
which serially outputs ttie target PC. 



Function as SDAO 

This is the signal terminal which outputs data, 
address, read/write and byte enable signals, serially, one 

5 bit at a time. It outputs a start bit before the beginning of 
each bus cycle (tiiat is. it outputs the low level for one 
dock p^iod). Its output order on reading is: a start bit 
(low level), A2-A19, RD, WR, BE0-BE3; on writing, ttie 
output order is: a start bit (low level), A2-A19. RD. WR, 

10 BE0-BE3. D0-D31. 

Function as TPC 

This is the signal for outputting the target addresses 
IS of a t)ranch^ump instruction and a vector number of 
exceptions/intenrupt. The target address is output in 
sequence from the low address A[2] to the high address 
A(31]. 

20 (6) SDt/DINT^ (Serial data Input/debug interrupt) : input 
terminal (with pull-up); 

in the debugging mode, tills terminal acts as the 
serial data input terminal SDI (Serial data input); in the 
25 normal mode, its acts as the debug interrupt terminal 
DINT* (Debug interrupt). 

Function as SDI 

30 Data input signal terminal. On reading, when a start 
bit (low-level) is input from outside, data input will start 
from the next clock. On writing, when a low level is input, 
the bus cyde completes. The order of input on reading 
is: a start bit (low-level), D[0]-D[31J. On writing, only an 

35 end bit (low-level) is input. 

Function as DINT* 

Debug interrupt input from debugging tool 60. When 
40 debugging tool 60 is not used, this terminal should be of 
no connection. 

(7) RESET* (R^et) : output terminal; 

45 User reset terminal. By connecting this signal to tiie 
debugging tool, for example, wtien there is no response 
from the debugging ntodule 30, it can determine whether 
this is due to a user reset signal or not. Causing the 
debug reset immediately after the user reset can be done 

so by keeping DRESET* active until after RESET* signal 
goes high. 

(8) VDD (VDD) : output terminal; 

55 Power source line of the user target system. By 
inputting tiiis into debugging tool 60. drugging tool 60 
can find out \he power source voltage of user target sys- 
tem 70. This allows an alteration of the ttireshold value 
of the input waveform and tiie voltage level of the output 
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waveform in compliance with the pofwer source voltage 
of the user target system. IVloreaver. when it is deter- 
mined that the power source of user target system 70 Is 
not on. the output devices of debugging tool 60 is made 
high-impedance to protecting them. 

(9) GND (GND) 

In order to match the ground levels of debugging tool 
60 arei user target system 70, ten ground lines are con- 
nects. They are interleaved with the above-mention^ 
signals (1 ) through (8) in the transmission cable between 
debugging tool 60 and user target system 70 so as to 
reduce the cross-talk among these signals. 

Petaled Eyplanation of the Serial Mpnitpr 3m8 CircMlt 

The operation of serial monitor bus circuit 34 of Rg. 
6 will be explained. 

QutlinQ (?f th? Fungtipn pf th^ g^riql lyiQnrtQr Bus 

During the debug mode, when processor core 20 
accesses the monitor-dedicated region, the memory on 
debugging tool 60 Is accessed through the serial monitor 
txjs circuit 34. In write (derations u^ng the serial monitor 
bus, serial ntonltor bus circuit 34 outputs the address, 
the bus control signals, and the data to the SDAO signal, 
serially 1 bit at a time. In read operations. It outputs the 
address and the bus control signals serially 1 bit at a 
time. In read operations, it outputs the address and the 
bus control signals to the SDAO signal and inputs data 
from tiie SDI signal serially 1 bit at a time. 

The serial monitor bus is operated by the clock CLK 
2 which frequency-divides the q^erating dock CLK of the 
processor core 20. 18 bits A[1 9:2] of the address signal 
of the processor core are output to the serial monitor bus 
which enables to access into a 1 Mbyte memory ^ce. 
Since the byte enable signal BE[3:0] of the processor 
core 20 is output to the serial nrtonrtor bus, byte, half- 
word, and 3-byte accesses are also possible. However, 
in tiie serial monitor bus. even in the cases of byte, half- 
word or 3-byte access. 32-blt wide data is transmitt^. 

When one byte, half-word or three bytes are written, 
the data portion corr^ponding to the byte position where 
BE[3:0] Is Inactive is undefined. On reading, the data at 
the inactive byte positions are Ignored by the processor 
core 20. and are not read. 

In the normal mode, writing to the regions dedicated 
to the monitor is ignored; on reading, the result is unde- 
fined. When this kind of write access has occurred, serial 
monitor bus circuit 34 sends an acknowl^e signal, 
showing completion of the bus operation, to processor 
core 20. and then the bus operation Is conpleted. 



Detailed Explanation of Method for Transmitting the Sig- 
nals of the Serial Monitor Bus 

Rg. 8 shows an tHock diagram of ttie serial monitor 
5 bus. With reference to Fig. 8, tiie procedure of transmis- 
sion of signals will be explain^. 

In Case the Processor Core 20 Performs a Memory 
Read 

10 

(1) The parallel-format address, read signal, and 
byte enable output from tiie processor core 20 are 
converted into serial format by serial output circuit 
A342 and output from the SDAO. 

15 (2) The serial monitor Input circuit B651 in debug- 
ging tool 60 inputs them and converts them into par- 
allel format and outputs tiie parallel format to monitor 
memory 640. 

(3) The data in parallel format output from the mem- 
20 ory are converted into serial format by serial output 

circuit B652 and are output through tiie SDI. 

(4) The serial input circuit A343 in debugging module 
30 converts them into parallel format and outputs 
tiiem to proces^r core 20. 

25 (5) The processor core 20 reads tiie data in parallel 
format. 

In case tiie Processo r core 20 Perf orms a Memory Write 

30 (1) The address, write signal, byte enable and data, 
in parallel format as output from processor core 20. 
are converted into serial format by serial output cir- 
cuit A342 and output from the SDAO. 

(2) Serial input drcurt B651 in debugging tool 60 
35 inputs and converts them into parallel format and 

outputs tiie signals to monitor m&mory 640. 

(3) When tiie writing to monitor memory 640 Is com- 
pleted, serial output circuit B652 outputs low level 
for one dock to the SDI. 

40 (4) Serial input drcuit A343 in microprocessor 1 0 In 
user target system 70, when this low level has been 
input, notifies processor core 20 that tiie write cycle 
has been completed. 

(5) The processor core 20 ends the write cycle. 

45 

Detailed Explanation of the Timing of the Serial Monitor 

Bms Operation 

The serial monitor bus operation will be explained in 
so detail bdow, using timing charts. 

Read bus operation of serial monitor bus 

Rg. 9 shows the timing chart of tiie read bus oper- 
55 ation of the serial monitor bus. 

(1) Processor core 20 starts a read bus operation to 
tiie monitor-dedicated region (cyde 1). Processor 
core 20 outputs tiie address to be accessed to tiie 
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processor bus in parallel format, asserts a read sig> 
nal, and asserts the byte enable signals at the byte 
positions to be read. 

(2) Serial monitor bus circuit 34 outputs low level for 
one clock of the CLK 2. which is the frequency- s 
divided clock of the core clock CLK, to the SDAO 
signal when the start of the read bus operation to 
the monitor region is recognize (cyde 2). 

(3) Serial monitor bus circuit 34 outputs the address 
A[2]-A(19]. a high level (indicating a read) and the io 
byte enable signals BE[0]*-BE[3]* which have been 
output in the read bus operation of processor core 

20. to the SDAO signal in this order, each taking one 
clock of the CLK2 signal (cycles 3-25). 

(4) Monitor memory interface 650 in debugging tool is 
60 inputs the address AI2]-A[1 9], the high level (indi- 
cating a read) and the byte enable signals BE[0]*- 
BE(31* which have been output to the SDAO signal, 

in this order, one bit at every clock of DCLK. The 
address and byte enable signals are then converted 20 
into parallel fornnat and output to monitor memory 
640. 

(5) Monitor memory interface 650 converts the par- 
all^-fornrrat data output from monitor memory 640 
into serial format. Before the data are output a low 2s 
level is output to the SDI signal for one dock (cyde 

n). Following this, the data are output in sequence 
from Dp] to D[31]. one bit at a time, synchronized 
with DCLK (cydes n+1 to n+32). 

(6) Serial monitor bus circuit 34. when a low level is so 
detected in the SDI (cycle n), reads in the data D[0]- 
D[31] from the next cyde, for each dock of DCLK 
(cydes n-^1 to n-»^2). 

(7) Serial monitor bus circut 34 asserts a response 
signal of the read bus of the processor core 20 and 35 
outputs the 32 bits of data which were read to the 
processor bus in parallel format (cyde n-^33). 

(8) Processor core 20 reads the data on the proces- 
sor bus and completes the read bus op^tion. 

40 

Write Bus Operation of the Serial Monitor Bus 

Rg. 10 shows the timing chart of the write bus oper- 
ation of the serial monitor bus. 

45 

(1) Processor core 20 starts a write bus operation to 
the monitor-d^icated region (cyde 1). Processor 
core 20 outputs the address to be accessed to the 
processor bus ar%l asserts a write signal. The byte 
enable signal of the position of the byte to be written 50 
is asserted. 

(2) Serial monitor bus circuit 34 outputs a low level 
for one dock of the CLK 2 which is the fr^uency- 
divided clock of the core dock CLK when the start 

of the write bus operation to the monitor region is 5$ 
recognized (cycle 2). 

(3) Serial nrtonitor bus drcuit 34 outputs the address 
A[2]-A[19]. a low level (indicating a read), the byte 
enat^e signals BE[0]*-BE[3]*, and the write data 



DOUTIO]-DOUT1311 which have been output in the 
write bus operation of the processor core 2, In this 
order, to the SDAO signal, one bit at every clock of 
CLK2 signal (cydes 3-57). 

(4) Monitor memory interface 650 in debugging tool 
60 inputs the address A[2]-A[19] (the high level indi- 
cating a r^d), the byte enable signals BE[0]*- 
BE[3J*, and the write data DOUTI0]-DOUTI31], 
which have been output to the SDAO signal, in this 
order, one bit at every dock of DCLK. The ackfress, 
byte enable signals and write data are then con- 
vert«f into parallel format and output to monitor 
menrrary 640. 

(5) When monitor memory interface 650 has com- 
pleted the writing to monitor memory 640. a low level 
is output to the SDI signal for one clock (cyde n). 

(6) Serial rrronitor bus circuit 34, when a low level is 
detected in the SDI, asserts a write bus response 
signal to processor core 20 (cycle rul). 

(7) Processor core 20 completes ^e write bus q}er- 
ation. 

PC trace drcuit 

The terms Indirect jump." "direct junrp,** and 
"branch" will be defined below. 

Irtdirect jump: A jump in which the jump address can- 
not be deternmned in the Instruction itself, such as a jump 
to an addr^ stored in a register. 

Direct junrp: A jump in which the jump address is 
determined by an address at which the instruction itself 
is located arKi the instruction code. 

Branch: A jump in which the branch address can be 
determined by the sum of the address at which the 
instruction itself is locate and part of portion of the 
instruction code. In a branch, whether the jump is actu- 
ally taken or not is determined by conditions. If the jump 
is actually taken, it is called "branch taken": if it is not 
taken, it is called ^branch not taken." 

PC traces indude the following two kinds of trace 
modes. 

Real-time trace mode: In this mode, the execution 
of the processor core 20 is always performed in real time, 
but when the next indirect junrrp occurs during the target 
PC output of the previous indirect jump, outputting of the 
target PC of the indirect jump occurred first is aborted, 
and outputting of the ne^ target PC is started. 

Non-real-time trace mode: In this mode, when adja- 
cent indirect jumps occur as descried above, the pipe- 
line processing of the processor core 20 is halted until 
the target PC of the prevtously produced incSrect jump is 
conrtpletely output. In this way, the real time execution of 
the processor core 20 is impaired, but the target PC of 
the indirect jurrp is always completely output. 

TTie PC trace circuit 32 inputs the following signals 
from the processor core 20. 

Debugging nKxie signal: This signal indicates 
whether the processor core 20 is in the detxigging or the 
normal mode. 
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Pipeline execution signal: This signal indicates that 
an instruction has been executed. 

30-bit target PC signal [31 :0]: This signal indicates 
target address of branch or jump instruction or a vector 
address of an exception. It is effective when the following 
indirect jump signal, direct jump signal, branch taken sig- 
nal, or exception occun-ence signal is asserted. 

Indirect junnp signal: This signal indicates that an 
indirect jump has been executed. 

Direct jump signal: This signal indicates that a direct 
jump has been executed. 

Branch taken signal: This signal indicates that an 
actuall/ taken branch instruction has been executed. 

Exception occunrence signal: This signal indicates 
that an exception has occurred. 

The PC trace circuit 32 outputs the following signals 
to the processor core 20 for completely performing the 
PC trace. 

Pipeline stall request signal: When in non-real-time 
trace mode, in which target PC outputs are performed 
conrtpletely. this signal stalls the pipeline of processor 
core 20. PC trace circuit 32 asso-ts this signal and stalls 
the pipeline of processor core 20 when a subsequent 
indirect junrp occurs while an irrdirect jump target PC is 
being output. When the target PC during the output is 
completely output this signal is negated and the pipeline 
processing of the processor core 20 resumes. 

PC trace circuit 32 inputs trigger request signals 
from instruction/data address break circuit 31 and proc- 
essor break drcuit 33. It also inputs the status of tiie bit 
which ^ches the trace mode, allocated to a register in 
register circuit 35. 

PC trace circuit 32 converts the PC trace information 
which processor core 20 outputs during normal mode 
operation to a 1 -bit PC output (TPC signal) and 3-bit sta- 
tus information (PCSTI2:0] signals) and outputs them to 
debugging tool 60. The PCST[2:0] and TCP signals will 
be explained below. 

PCST[2:0]: At each clock, the execution status of the 
Instructions is output to PCST[2:0]. In the following expla- 
nation, "0" represents the low level and T the Ngh level. 

1 1 1 (STL): pipeline stall: This indicates that the exe- 
cution of an instruction was not completed, in a status in 
which there is no trace trigger output. 

110 (JMP): branch/jump taken (PC output exists): 
This indicates that a branch instruction is taken or a jump 
instruction is performed, and output of the target address 
(address of branch or jump) to the TPC signal was 
started. 

1 01 (BRT): branch^ump tak^ (no PC output exists): 
This indcates that a branch instruction is taken or a jump 
instruction is performed, but there is no output of the tar- 
get address (address of branch or junr^) to the TPC sig- 
nal. 

100 (EXP): exception occurr^ (code output of 
exception vector exists): This indicates tiiat exception 
has occurr^. It simuttan^usly indicates that code out- 
put of exception vector to TPC signal was started. The 
code is of 3 bits and is output to the TPC signal in the 



order of the lowest code (0). code (1) and code (2). 
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tvtna ot exception 


Vector address 


Code 




Reset. Nmi 


BFCO_0000 (100) 


4 




UTLB(BEV=0) 


8000,0000 (000) 


0 


10 


UTLB(BEV=1) 


BFC0_0100(11O) 


6 


Other (BEV=0) 


8000.0080(001) 


1 




Other (BEV=1) 


BFCO_0180(111) 


7 



Here. BEV is one bit in the register in the register 
drcuit 35; the vector address of the exc^ion handling 
can be changed by its value. 

01 1 (SEQ): sequential ex^ution (irxScating that an 
instruction has been executed): This indicates that an 
instruction has been executed wherein that instruction is 
other than a taken jump or branch (JMP, BRT) in a state 
in which there is no trace trigger output request (TSQ). 
This code is also output when a branch has not been 
taken. 

010 (TST): tiBce trigger is output during pipeline 
stall: This indicate tiiat an instruction address trace trig- 
ger or processor bus trace trigger occurred in a clock at 
which no instruction was conpleted. 

001 (TSQ): Trace trigger is output during execution: 
This indicates that an instruction address trace trigger or 
processor bus t^ace trigger occun-ed in a clod< at which 
no inst-uction was completed. 

000 (DBM): Debugging mode: This code is not out- 
put in tiie normal mode. 

TPC: This is the signal for outputting tiie target 
address of a branch or jump instruction. The output of 
tiie target address is started from the dock in which the 
110 (JMP) was output to the PCSTI2:0]. The target 
address is output one bit at every dock from the low A(2) . 

The 3-bit code of tiie exception vector is output to 
tiie PCST{2:0] from the clock in whk;h tiie 1 0O(EXP) was 
output. The code is output one bit at every clock from the 
low code(O). 

Since the target address is output in a 1 -bit serial 
manner to the TPC signal, the next branch or junrp 
inst'uction or excqstion sometimes occurs while the pre- 
vious branch or jump instuction is being output to the 
TPC signal. The priority of the target ^dress output to 
the TPC in this case is defined as follows. 

(1) When the trace mode is the real-time mode, if a 
new indirect jump occurs during a target PC output, 
tiie previous target PC output is aborted and the tar- 
get PC output of the new indirect jump is always 
started. 

(2) When the t-ace mode is the non-real-time mode, 
if a new indirect jump occurs during a target PC out- 
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put, the pipeline processing of ttie processor core is 
halted until the previous target PC output is com- 
pleted. The processor core pipeline processing is 
restarts and the output of the target PC of the new 
indirect jump is starts after that target PC output is 
completed. 

(3) When an exception has occurr^ during a target 
PC output, the vector numtjer (3 bits) of the excep- 
tion is always output, after which the interrupted PC 
output is restarted. 

(4) When a new direct junr^ or branch has be taken 
during a target PC output, the output of the target 
address of this direct junp or branch is not per- 
form^. With respect to a direct junp or branch, its 
target PC is output only when another target PC is 
not being output when it is taken. 

In the case of a direct jump or branch, even if the 
target address is not output, rf the address of that instruc- 
tion is known, the address of the junp or branch desti- 
nation can be deterrr^ned by referring to the code of that 
instruction stor^ in menrory. The address of that instruc- 
tion is d^ermined by the clock count between the exe- 
cution of that instruction arKi the previously occurred 
direct junp or branch. 

Examples of PC trace outputs will now be ex|:^ained 
with reference to the drawing. 

(Example 1) PC trace of branch instruction 

Fig. 1 1 shows an exanple of a PC trace output of a 
branch instruction. When the first branch Instruction beq 
is taken, no target PC is being output to TPC. Therefore, 
the JMP code is output to PCSTI2:0]. and the output of 
the target PC to TPC is started. When the branch instruc- 
tion bne is not taken, the SEQ code is ouput to PST[2:0]. 
The second taken fc>ranch instruction bne is a direct jump; 
since the target PC of the first branch instruction is being 
output, the target PC is mX ouput to the TPC. The BRT 
code is output to the PCSTt2:0]. 

(Example 2) PC trace of indirect junrp instruction 

Fig. 12 shows an example of a PC trace ouput of 
an indirect junp instruction. For the first indirect junp 
instructton jrl. the JMP cede is ouput to the PCST[2:0J, 
and the output of the target PC to the TPC is started. For 
the branch instruction bne which is not taken, the SEQ 
code is (nitput to PCST[2:0]. For the second indirect junp 
code jr2. the output of the target PC of the first indirect 
jump instruction is aborted, and the target PC of jr2 is 
ouput to the TPC. The JMP code is output to the 
PCST[2:0]. 



(Example 3) PC trace of exception and indirect junrp 
instruction 

Rg. 13 shows an example of a PC trace ouput of 
5 an exception arKl an indirect jump instruction. When a 
software break instruction break exception occurs, the 
EXP code is output to the PCST[2:0] and the ouput of 
the exception vector code to the TPC is started. For the 
branch instruction bne which is not taken, the SEQ code 
10 is ouput to the PCST[2:0]. For the irKiirect jump instruc- 
tion jr2, the target PC of the jr2 is ouput to the TPC, and 
the JMP code is output to the PCST[2:0]. 

(Example 4) PC trace when no PC is being ouput at the 
75 time a debug exception occurs 

Rg. 14 shows an exanple of the ouput timing of the 
PCST{2:0] when a debug exc^on occurs. In this figure, 
the DM sigral is an internal signal in processor core 20, 
and when it is in a high-level, it indicates the debugging 
mode, low-level indicating the normal mode. When proc- 
essor core 20 causes a debug exc^on or debug reset, 
the processor enters into the debugging mode. At this 
time. PC trace circuit 32 outputs the DBM code to the 
PCST[2:0] output. When no target PC is output, the proc- 
essor enters into the debugging wodB immediately after 
the completion of the ex^xition of the instruction which 
caused the d^ug exception. The PC trace information 
up to the instruction imm^iately before the occurrence 
of the debug is output. 

(Exanple 5) PC trace when a PC is being output at the 
time a debug exception occurs 

Rg. 15 shows the output timing of the PCST[2:0] in 
a case in which a target PC is t>eing ouput when a debug 
exception occurs. When the target PC is being ouput, 
the processor enters into the digging mode after this 
target PC is conpleted. The PC trace information up to 
the instruction immediately before the occurrence of the 
debug exception is ouput. When a target PC is being 
ouput. STL is ouput to the PCST12:0]. 

(Exanple 6) PC trace at the time of transition from the 
debugging mode to the normal mode 

Rg. 16 shows the output timing at the time of a return 
from the digging mode. The instructions up to the 
branch delay slot instruction of the return instruction from 
thectebug 6xceptk>n ord^t>ug reset, DE RET instruction, 
belong to the debugging mode. From the Instruction of 
the return address of the DERET instruction, the proc- 
essor enters into the normal mode, and the PC trace 
becomes eff^ive. 

Detailed Explanation gf tfi^ Tm^ Trlqqgr$ 

The output of trace triggers to the PCST[2:0] signal 
will be explained. 
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When either an instruction address trace trigger, 
data address trace trigger, or processor bus trace trigger 
has occurred, the trace trigger intornnation is output to 
the PCST[2:0] by the following logic. 

(1) Case in which a branch instruction which is taken 
or a jump instruction is being executed at that time, 
or an exception is occurring: Here, if a trace trigger 
does not occur, the MP, BRT, or EXP code should 
be output to the PCST[2:0]. In this case (1), even if 
a trace trigg©- occurs, the output of the PCST[2:0] 
is not changed and is sustained, and the trace trigger 
information is output in the immediately following 
case (2) or (3). 

(2) Case in which the pipeline is being stalled: Here, 
if a trace trigger does not occur, the STL code should 
beoutputtothe PCST[2:0]. In this case (2). ifatrace 
trigger occurs, the TST code is output to the 
PCST[2:0], 

(3) Cases other than (1) and (2), i.e., cases in which 
the pipeline is performing sequential execution: 
Here, if a trace trigger does not occur, the SEQ code 
should be output to the PCST12:0]. In this case (3), 
if a trace trigger occurs, the TSQ code is output to 
the PCSTI2:0]. 

Embodiments will be shown below with reference to 
waveform diagrams. 

(Example 1) Exanple of occurrence of trace trigger: 
Fig. 17 shows an exanple in which a trace trigger 
occurs during sequential execution of ordinary 
instructions. 

Since the trace trigger occurred during an "add" 
instruction execution, the code TSQ of the trace trig- 
ger is output 

(Example 2) Example of the case in which a trace 
trigger occurs during the execution of the instruction 
that caus^ the exception: Fig. 18 shows an exam- 
ple in which a trace trigg^ occurs during the execu- 
tion of the instruction that causes the exception. The 
trace trigger occurs during the execution of a soft- 
ware break instruction "break^. but the code EXP for 
the exception occurrence is output onto the 
PCST[2:0] signal in the dock of the T5reak" instruc- 
tion execution, and the code of the trace trigger is 
output in the next dock. In this example, since the 
status of the next dock is a stall status, the TST code 
is output. 

(Example 3) Example of the case in which a trace 
trigger occurs during an indirect jump instruction 
ex^ution: Rg. 19 shows an exanple of a case in 
which a trace trigger occurs during an indirect jump 
instruction execution. The trace trigger occurs dur- 
ing the ex^nition of the indirect jmp Instruction jr2, 



but the code JMP of the jump is output to the 
PCST[2:0] signal in the clock off the jr2 instruction 
execution, and the code of the trace trigger is output 
in the next dock In this example, since the status of 
5 the next clock is an instnjction execution status, the 
TSQ code is output. 

Explanation Qf the Tmffg MemQrv interface CirCMit 

10 Rg. 20 shows a diagram of trace memory interface 

660 and trace memory 670 in debugging tod 60. 

The TPC and PCST[2:01 outputs from digging 
module 60 are written to trace memory 670 through trace 
data register 663. The value of the address at this time 

15 is supplied from trace address counter 662. The 
PCST[2 :0] is also input to trace trigger decoder 664. and 
the occurrence of the trace trigger is informed to trace 
memory contrd drcuit 661 . The setting of the initial value 
of the trace address counter and the Indication of incre- 

20 ment/stop are performed by trace nnemory control circuit 

661 based on the output results of trace trigger decoder 
664. 

When controller 630 reads out the contents of trace 
memory 670, the address is set in the controller ^ress 

25 register, and when a read request is sent to trace mem- 
ory controller circuit 661 . the data are r^ into controller 
data register 667. Then the controller reads it out. 

When controller 630 writes the data into trace mem- 
ory 670. the address is set in controller address register 

30 665. the data are set in controller data register 667, and 
a write request is sent to trace memory controller circuit 
661. 



Detailed Explanation Qf RedMCtlpn of Power ConsMmp- 

35 lifiQ 

Rg. 21 shows the structure of the power feed in the 
debugging nfK3dule. When the debugging tool Is not con- 
n«:ted. the signal DBGE* becomes high-level. At the 

40 time of a user reset, If this DBQE* signal is at high-level, 
the power supply switch 38 Is turned off, and no power 
is fed to the serial monitor bus circuit 34 or the PC trace 
drcuit 32. Since there is no reason to use these drcuits 
when no external debugging tool is connected, the power 

45 consunrption in the microprocessor as a whole can be 
reduced by not feeding pow®-. 

Even when the ddsugging tool is not connected, 
power is fed to instructfon/data address break circuit 31 , 
proc^sor bus break circuit 33, and register circuit 35, 

50 and to the functions of the instructionydata address break 
and processor bus break functions. By changing the vec- 
tor addresses of the debugging exceptions to the user 
region, the user can use these hardware break functions 
in detxjgging applications. 

55 
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DetailKj Explanation of the Det^qginq Module initializa- 

tion Circuit 

Fig. 22 shows the debugging module initialization 
circuit Since the DBGE* is at high level when the dig- 
ging module is not connected/when a user reset is 
asserts, a debugging module initialization signal is 
asserted, and the debugging n^uie 30 is initialized. 

Even when the debugging tool is not connected, 
there is a possibility that the debugging module will 
switch into a wrong state due to pow^ line noise or the 
like and might requ^ an interrupt to processor core 20. 
Since the debugging tool is not connected, the debug 
reset (DRESET*) signal cannot be driven. If the d^Dug- 
ging module cannot be initialized by a user reset there 
is no means for initializing this debugging module. There- 
fore, when the drugging tool is not connected, it is 
extremely important for a user reset to initialize the 
deteigging module. 

Conversely, when the debugging tool is connected, 
the DBGE* becomes low-level; therefore, even if a user 
reset is asserted, a debugging module initialization sig- 
nal is not asserted, and the debugging nrtodule 30 is not 
initialized. 

This op^ation is extremely effective in cases where 
one wants to allow a trace trigger to occur immediately 
after a user reset, etc. If the user reset Initialized the 
detxjgging module 30, it would be necesscu'y. for exam- 
ple, to temporarily enter the digging mode to reset the 
necessary register to allow a trace trigger to occur. How- 
ever, by entering the debugging nrode, real time opera- 
tion would be inrpaired during this period, and it would 
be likely that the phenomena which is sought might not 
be captured. 

Even in cases where the digging module itself 
malfunctions due to power line noise or the like when the 
debugging tool is connected, the debug reset 
(DRESET^) can be initialized from the debugging tool, 
and therefore there is no problem. 

Effects of Invention 

As explained above, the following effects are 
obtained by the present invention, compared to the 
exarrples of the prior art. 

Ck)mpared to example 1 of the prior art. the tolk}wing 
effects are obtained: 

Since special debugging exceptions are provide 
for entering the monitor, restrictions are not placed on 
user inten-upts. 

It is not necessary to profvide a serial Interface tor 
the user target system. 

Hardware breal^ints can be used. 

Compared to example 2 of the prior art. the following 
effects are obtained: 

Since it is not necessary to have a sequencer in 
the microprocessor, the logic circuits for debugging 
added inside the microprocessor are simple. 



Since the registers are accessed by the monitor pro- 
gram, even when registers are added in a derivative 
processor, it is possible to easily access them merely by 
changing the monitor. 
5 For the two reasons above, even vi^en a nuntser of 
kinds of peripheral circuits are added to the miaoproc- 
essor core, common logic circuits can be \jsed for debug- 
ging. By putting this common module into the 
microprocessor as a part of the peripheral circuits, a 
10 common debugging tool can be appli^ to a variety of 
d^ivative microprocessors with a common processor 
core and different peripheral circuits. 

Conrrpared to example 3 of the prior art. the following 
effects are obtained: 
15 The hardware speciftcation of debugging tools 

can be made common. 

The number of signals for connecting with debug- 
ging tools is r^uced. 

For this reason, probes can be made smaller and 
less expensive. 

Since the microprocessor on the user target 
accesses memory and 1/0, the timing conditions 
required in the debugging tool are improved. 

There are no effects on signals not connected to 
the debugging tool. 

If desired, the communication speed between the 
debi^ger tod and the microprocessor can be slowed 
down. 

For this reason, it can also be applied to high-spe&j 
microprocessors. 

Compared to example 4 of the prior art, the following 
effects are obtained: 

Using the debugging tod. access to the target 
memory and I/O and execution control can be realized. 

The address infornr^tlon for instructions which have 
been executed in the cache memory can also be traced. 

Claims 

11 . In a debugging system for debugging an application 
program for a miaoprocessor, a microprocessor 
comprising: 

first logic means for running a nronitor pro- 
gram on a monitor memory In a delwgging tool 
located outskle said microprocessor; 

second logic means for contrdling execution 
of a user program containing hardware breakpoints; 
and 

third logic means for tracing sakJ user pro- 
gram. 

2. A method for transferring signals between a micro- 
processor and a debugging tool . said debugging tool 
comprising a monitor memory for storing a monitor 
program to be executed in debugging mode, and fur- 
ther including an input terminal, an output terminal 
and a memory access control circuit, said method 
operative during both a memory read cyde and a 
memory write cycle, sakj method comprising tiie 
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steps of: 

during a memory read cycle: 

receiving via said input terminal, an address 
in serial fornnat from said microprocessor; 

converting said address in serial format into $ 
parallel format through use of said memory access 
control circuit; 

reading address^ data from said monitor 
memory in a parallel format and converting said 
addressed data Into a series format by means of said w 
memory access control circuit; 

outputting said data in saki serial format from 
said output terminal toward said microprocessor; 
and 

during a memory write cyde: 75 

inputting via said input terminal, address and 
data output by said microprocessor in serial fornnat; 

converting said address and data in said 
serial format into parallel format by nneans of said 
memory access control circuit; 20 

writing said data to said address in said mon- 
itor memory; arrd 

issuing a signal indicating completion of said 
writing into said monitor memory from said output 
terminal. 2s 

3. A trace method for handling signals between a 
microprocessor and a debugging tod, comprising 
the st^ of: 

storing an execution status of an instruction 30 
in said microprocessor into a trace memory in said 
drugging tool; 

in case said instruction is a jump or branch 
instruction, further storing into said trace memory, a 
target address of said jump or branch instruction; 3S 

in case an exertion has occun'ed. further 
storing into said trace memory, an exception vector 
number of said exception; and 

wherein all of said execution status, said 
address and saiid exception vector number are 40 
transmitted through a signal pin dedicated to signal 
transmissions between said miaoprocessor and 
said debugging tool. 

4. A tracing method for handling signals between a 45 
miaoprocessor and a debugging tod. comprising 

the steps of: 

in case the microprocessor has: 

a. execute an Instruction at a preset address, so 

b. accessed data at a preset address. 

c. written preset data at a preset address, or 

55 

d. read preset data from a preset address. 

sensing occunrence of any events a-d via a 
signal pin dedicate to signal transmissions 



between said microprocessor and said debugging 
tool; and 

deciding the timing of a start or stop of storing 
trace information into a trace memory of said debug- 
ging tool. 
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